CIOV ohne OS

Hi,

ohne OS keine CIO. Und die CIO einzeln zu implementieren lohnt sich m.E. nicht weil viel zu lang und verzweigt.

Die Spiele, die ich so kenne und die einen HighScore abspeichern sind (oder sollten sein) Spiele, die eine eigene Diskette benötigen.

Damit kann man das Spiel dann aber nicht in eine Sammlung einfügen, wo mehrere Spiele auf einem Datenträger (Gamedisk) sind.

Dann reserviert man einfach ein paar Sektoren irgendwo für den HighScore und liest und schreibt dies einfach per SIO.

Allerdings hat man ohne OS auch keine SIO ... außer man bindet eine eigene ein.

CU, Erhard

CIO alleine reicht dir auch nicht weil das OS im ROM darüber keine Disketten ansprechen kann. Du brauchst dann auch noch ein DOS.

Such dir unbenutzte Sektoren und geh über SIO. Das geht mit dem ROM alleine und hat auch wenige zusätzliche Anforderungen. Nur in der ZeroPage musst du aufpassen, dass es keine Überlappungen gibt.

Du würdest Dich wundern, was diese paar Zeilen CIO-Aufruf alles nach sich ziehen ...

Kreuz und quer durchs DOS zur Ermittlung der zu bearbeitenden Sektoren und jeder gelesene oder geschriebene Sektor wieder via SIO im OS.

Also, wenn du Dateien lesen und schreiben willst, brauchst du ein DOS, das CIO und das SIO. - Ein DOS hast du bereits (uDOS). - Das CIO kannst du weglassen, indem du die Routinen des D-Handlers direkt aufrufst (Open, Close, Read, Write). Wie das geht, steht z.B. im Profibuch Kapitel 2.15 (Gerätetreiber). - Dann fehlt noch das SIO. Dafür nimmst du am besten eine fertige SIO-Highspeed-Routine aus dem Internet (HIAS hat glaube ich eine veröffentlicht). uDOS musst du allerdings dann noch patchen (nach Laden der SIO-Highspeed-Routine), damit dieses statt des SIO die SIO-Highspeed-Routine aufruft.

Das ist alles recht kompliziert. Einfacher geht's, wenn du nur wenige Daten hast, die du direkt in Disk-Sektoren liest bzw. schreibst. Dann genügt eine SIO-Highspeed-Routine, die du einfach direkt aufrufst. Mit einem Aufruf gibst du den gewünschten Disk-Sektor, eine Speicheradresse und den Schreib-/Lesebefehl im Device Control Block ($301-$30B) vor, womit 1 Disksektor (128 bzw. 256 Bytes) gelesen bzw. geschrieben wird.

Einziger Haken: Du musst Sektoren nehmen, die auf deiner Disk vom DOS nicht benutzt sind. Wenn deine Disk/ATR das Standard-Atari-DOS-Format hat (genau 707 bzw. 1009 freie Sektoren nach Formatieren), kannst du einfach Sektor 720 nehmen, der wird vom DOS nicht benutzt. In Single/Medium Density passen da 128 Byte rein, bei Double Density 256 Byte. Für ein "paar Bytes" sollte das reichen.

Direktes Schreiben auf Sektoren ist da deutlich einfacher. In der Annahme, dass sich in den $6E Bytes hinter deinem High-Score KEINE Daten oder Code befinden, die zur Laufzeit verändert werden, genügt dir (nach dem Aktivieren des ROMs):

hs-read
            lda #'R'        ; $52, read
            bne doSIO
hs-write
            lda #'W'        ; $57, write
doSIO
            sta DCOMND      ; SIO-Befehl
            lda #1
            sta DUNIT       ; Laufwerk D1
            lda #<hs1       ; Daten, die übertragen/geladen werden sollen
            sta DBUFLO
            lda #>hs1
            sta DBUFHI
            lda #<sektor        ; Nummer des Sektors für den High-Score
            sta DAUX1
            lda #>sektor
            sta DAUX2
            jsr DISKIV      ; nur nötig zur Initialisierung, wenn du in Page $200 rumspielst
            jsr DSKINV      ; ruft SIO über den Diskhandler
            bmi fehler
            rts
fehler
            ; was auch immer dann passieren soll
            rts

Sollten sich innerhalb der 128 Bytes des Sektors veränderliche Daten befinden, hast du zwei Möglichkeiten: Entweder du verschiebst den High-Score nach irgendwo, wo das Problem nicht besteht, Oder du rufst nicht den (vereinfachten) Diskhandler DSKINV auf, sondern die allgemeine SIO-Routine SIOV. Dann kannst du auch einstellen, dass nur $12 Bytes übertragen werden sollen, musst aber einige Parameter im Bereich $30x mehr initialisieren.

Hi, eine weitere Idee, bevor Dein Programm gestartet wird, lege mit einem kleinen Hilfsprogramm eine Highscore-Datei an, falls noch keine existiert. Ganz brav über CIOV und schreibfähigem DOS. Sollte die Highscore-Datei schon existieren, einfach stehen lassen. Dann öffnest Du die Highscore-Datei, die sollte ja jetzt immer existieren, ermittelst den Sektor und dessen Größe (128 oder 256 Bytes) und merkst Dir das. Jetzt kann Dein Programm normal starten und das OS abklemmen. Sobald Du die Highscore speichern möchtest, schaltest Du das OS wieder ein, lädst den Sektor direkt, manipulierst die paar Bytes am Anfang und speicherst diesen wieder mit der Routine von DjayBee einfach ohne CIOV. Musst nur dafür sorge tragen, das Du die Größe kennst und evtl. die letzten 3 Bytes nicht überschreibst. Mag etwas mehr Aufwand sein, aber dafür kann Dein Programm dann auf fast jedem DOS existieren und es sieht so aus, als ob Du mit dem Fileformat zurecht kommst. Danach kann das OS wieder ausgeschaltet werden. Für DOS 2.5 etc. funktioniert das immer. Bei SpartaDOS bin ich mir nicht so sicher, ob es eine gute Idee ist das RAM unter dem OS zu verwenden. Nutzt SpartaDOS das nicht selbst? Eine Routine selbst zu erstellen, die das OS und dessen SIO emuliert, ist definitiv zu kompliziert.

Ich nutze für Night Knight aktuell das DOS XE und bügel das nach dem Laden einfach über. Da liegt dann der Screen und die Play-Missile Graphics. Ein Reset muss dann einen Kaltstart erzwingen. Das sollte niemanden stören.

LG Lars

xBIOS erlaubt mit weniger Platz als ein DOS Zugriff auf Dateien: https://atariwiki.org/wiki/Wiki.jsp?page=XBIOS#section-XBIOS-XBIOSOverview

Ich mag XBIOS nicht, weil die verschiedenen Versionen untereinander nicht kompatibel sind.

Das heißt, man kann nicht hergehen und Spiel 1 mit XBIOS 1, Spiel 2 mit XBIOS 2 und Spiel 3 mit XBIOS 3 auf eine Disk packen und die 3 XBIOS Versionen durch _eine: gemeinsam genutzte Version ersetzen. Aber vielleicht sind die Gegebenheiten aus meinen damaligen Versuchen veraltet und sowas geht mittlerweile.

Hallo!

Mich würde interessieren unter welcher Lizenz XBios läuft. Nicht, dass man da rechtliche Probleme bekommt, wenn man es in seinen Programmen nutzt und verteilt.

Grüße Janko

Kveldulfur schrieb: Mich würde interessieren unter welcher Lizenz XBios läuft. Nicht, dass man da rechtliche Probleme bekommt, wenn man es in seinen Programmen nutzt und verteilt.

Frag einfach xxl auf AA. Er hat's geschrieben.

. Hallo Leute

Hat xxl nicht absichtlich irgend eine Inkompatibilität eingebaut in XBIOS?

Tschüß

Mathy

Hmmm, also XBIOS funkt. schon irgendwie mit Floppy-Speeder, aber die meisten Programme scheinen das irgendwie nicht zu nutzen und laden mit 1x SIO. XBIOS scheint nur mit SIO zu laufen, nicht via PBI/ECI bzw. nicht mit Festplatte (und wohl auch nur mit DOS 2.x). Dafür soll es laut XXL aber besonders einfach sein aus XBIOS-Disks dann Carts zu machen...

XXL mag das U1MB nicht und einige seiner Programme enthalten absichtlich Code, so dass sie damit nicht funktionieren. Ob solcher Code auch irgendwo in XBIOS enthalten ist, weiß ich nicht. (Für ein paar dieser bösen Programme sind bei atarionline.pl und Atari Age gepatchte Versionen released worden.) XXL mag auch die 65802 und die 65816/Rapidus nicht besonders, so dass einige seiner Programme absichtlich illegal/undocumented Opcodes enthalten, damit sie damit nicht laufen, wenngleich diese Programme auch problemlos ohne die illegal Opcodes laufen würden (auch da gibt es bei Atari Age ein paar gepatchte Versionen). Nach einer Weile hatte jedoch niemand mehr Lust seine Programme zu patchen, man beließ sie entweder so oder ignorierte sie einfach.

Da XXL dies lange Zeit abstritt, bis es mehrfach via Sourcecode bei AA bewiesen wurde (und er sich sogar in einer Diskussion bei AA oder atarionline selbst verplapperte) und stets äußerte ein Atari mit diesen Erweiterungen sei ja kein Atari mehr, fingen einige Atarianer an, sich über ihn lustig zu machen und von seinem Foto seine Frisur "auszuschneiden" und mit anderen Bildern als Avatar oder ähnliches zu benutzen. Man kann dies bei Pancio gut sehen, hier trägt Spongebob die Frisur von XXL...

Link zur Webpage von XXL (mit Google translate): https://xxl-atari-pl.translate.goog/?_x_tr_sch=http&_x_tr_sl=auto&_x_tr_tl=de&_x_tr_hl=de&_x_tr_pto=wapp

CharlieChaplin schrieb: also XBIOS funkt. schon irgendwie mit Floppy-Speeder, aber die meisten Programme scheinen das irgendwie nicht zu nutzen und laden mit 1x SIO. XBIOS scheint nur mit SIO zu laufen, nicht via PBI/ECI bzw. nicht mit Festplatte (und wohl auch nur mit DOS 2.x). Dafür soll es laut XXL aber besonders einfach sein aus XBIOS-Disks dann Carts zu machen...

So habe ich das auch in Erinnerung und Prince of Persia ist ein Beispiel für Disk-to-Cart.

XXL mag das U1MB nicht und einige seiner Programme enthalten absichtlich Code, so dass sie damit nicht funktionieren. Ob solcher Code auch irgendwo in XBIOS enthalten ist, weiß ich nicht.

Meines Wissens nicht weil er das als privaten Feldzug sieht und XBios primär für andere Leute ist.

XXL mag auch die 65802 und die 65816/Rapidus nicht besonders, so dass einige seiner Programme absichtlich illegal/undocumented Opcodes enthalten, damit sie damit nicht laufen, wenngleich diese Programme auch problemlos ohne die illegal Opcodes laufen würden (auch da gibt es bei Atari Age ein paar gepatchte Versionen).

Nach meinem Verständnis ist er so "paranoid speichersparsam" oder auch "er will es sich und allen beweisen", dass er nicht einsieht, auch nur ein überflüssiges Byte zu verschwenden. Ob das jetzt sinnvoll ist oder nicht, kann jeder für sich selbst beurteilen. 😉

Da XXL dies lange Zeit abstritt, bis es mehrfach via Sourcecode bei AA bewiesen wurde (und er sich sogar in einer Diskussion bei AA oder atarionline selbst verplapperte)

Das weiß ich nicht, aber seine Privatfehde mit Candle basiert darauf, dass Candle sich über sehr lange Zeit (IIRC Jahre) weigerte, die Inkompatibilitäten von U1MB und ich meine auch Incognito zuzugeben, die I/O-Adressen der Custom Chips teilweis über die komplette Page spiegeln. Das beeinflusst zwar sehr wenige nicht-XXL Programme, es gibt sie aber durchaus, z.B. SynFile+ oder eines der anderen SynX Programme scheint davon betroffen zu sein.

und stets äußerte ein Atari mit diesen Erweiterungen sei ja kein Atari mehr, fingen einige Atarianer an, sich über ihn lustig zu machen und von seinem Foto seine Frisur "auszuschneiden" und mit anderen Bildern als Avatar oder ähnliches zu benutzen. Man kann dies bei Pancio gut sehen, hier trägt Spongebob die Frisur von XXL...

ROFL, das wusste ich noch nicht.

Hi,

ich bin auch der Meinung, daß ein Atari mit zu vielen bestimmten Erweiterungen nicht mehr wirklich ein A8 ist, aber wer die Erweiterungen haben will möchte sie eben haben.

Ich finde nicht, daß man hergehen sollte, und so erweiterte A8 absichtlich programmtechnisch zu boykottieren, besonders nicht bei PBI-Geräten, die ja von Atari im OS bereits so vorgesehen sind.

Ich finde auch, daß man Leute mit von der Mehrheit abweichender Meinung weder mobben noch deren Leumund beeinträchtigen sollte.

Meinungsvielfalt ist ein wichtiger Bestandteil einer demokratischen Gesellschaft. Ohne Meinungsvielfalt keine Demokratie. Jedem seine Meinung, egal ob von der Mehrheit getragen oder nicht, ob es eine gute Meinung ist oder eine sch**** ähm, weniger gute Meinung.